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ABSTRACT 

The  failure  of  present-day  interactive  graphical  systems 
to  provide  for  an  effective  relationship  between  man  and 
machine  is  examined.   An  inefficient  communications  link  is 
shown  to  be  the  basis  of  the  problem.   The  manner  in  which 
the  user  controls  program  flow  and  the  hardware  utilized  in 
inputting  commands  are  revealed  as  the  basic  components  of 
communication. 

Program  control  is  investigated.   A  revised  control 
method  is  described  which  consists  of  a  series  of  function 
executions  and  six  basic  phases  of  activity  for  program 
control . 

With  respect  to  input  hardware,  more  human  factors 
analysis  is  advocated.   To  assist  in  this  analysis,  a 
function  classification  system  is  described.    An  example 
test  is  conducted  to  compare  the  relative  merits  of  the 
light  pen  with  menu,  the  teletype,  and  function  switches. 
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I.   BACKGROUND 

In  the  past  decade  a  new  dimension  has  been=  added  to  the 
field  of  electronic  data  processing.   Traditionally  the 
computer  has  possessed  the  capability  of  rapid,  precise 
execution  of  previously  defined  instructions.   By  combining 
this  feature  with  the  unique  capabilities  of  interactive 
graphics  a  large  number  of  new  applications  areas  can  now 
be  addressed.   Also,  many  of  the  fields  which  have  histori- 
cally made  use  of  the  computer  can  be  augmented  by  the 
addition  of  an  interactive  graphical  processing  capability. 

In  a  substantial  number  of  disciplines  the  primary 
method  of  describing  a  given  problem  is  a  symbolic  diagram. 
These  may  range  from  electronic  circuits  to  flow  charts. 
In  actuality  they  are  topological  graphs  which  are  drawn  to 
make  the  problem  more  understandable  and  suggestive  to  a 
reader  from  the  particular  discipline  involved.   Such  dia- 
grams provide  a  natural  medium  for  communication  between 
the  man  and  the  machine.   By  properly  utilizing  this  com- 
munications link  interactive  graphics  can  greatly  increase 
the  efficiency  of  both.   The  areas  which  fall  into  this 
category  span  the  entire  spectrum  from  engineering  analysis 
and  design  to  oceanographic  wave  research. 

Published  case  studies  have  supported  this  hypothesis 
that  interactive  graphics  can,  if  properly  implemented,  be 
very  beneficial  to  the  user.   Not  only  can  the  total  time 
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required  to  solve  a  problem  be  reduced, but  the  total  cost 
for  obtaining  the  solution  may  be  reduced  as  well.   A 
specific  example  occurred  in  the  U.  S.  Military  satellite 
program.   The  problem  consisted  of  reducing  and  analyzing 
the  data  coming  back  from  an  orbiting  space  platform.   With- 
out the  use  of  interactive  graphics  it  required  one  month 

* 

to  get  all  of  the  calculations  completed  and  produce  a  result. 
In  addition,  the  total  computer  time  used  was  seventeen 
hours.   With  the  installation  of  an  interactive  graphical 
system,  however,  the  final  result  was  calculated  in  forty- 
eight  hours  with  eight  hours  of  computer  time.  [Ref.  1] 

In  spite  of  the  virtually  unlimited  possibilities  avail- 
able in  an  interactive  graphical  environment  users  are,  in 
many  gases,  finding  other  means  for  solving  their  problems. 
For  many,  batch  processing  with  its  inherent  delays  is 
preferable  to  going  through  the  steps  required  to  use  present 
day  interactive  systems.   A  look  at  the  history  of  interactive 
systems  is  required  to  fully  comprehend  this  failure  of 
graphics  to  achieve  its  full  potential. 

With  the  introduction  of  the  computer  in  the  early 
fifties  engineers  and  scientists  were  provided  with  an 
extremely  powerful  tool  to  be  used  in  their  quest  for  know- 
ledge.  The  major  stumbling  block  on  the  road  toward  proper 
utilization  of  the  computer  was  communication.   The 
communication  problem  evolved  from  the  fact  that  the 
computer's  instructions  must  eventually  be  specified  in 
binary  form,  a  form  which  was  and  is  foreign  to  the  engineer 


In  order  to  utilize  this  new  tool  the  engineer  was  forced 
to  redesign  his  problem  and  his  thinking  into  a  form  which 
was  comprehensible  to  the  machine's  very  limited  vocabulary. 
Each  step  of  the  computation  had  to  be  reduced  to  such 
simple  operations  as  addition  and  equality  comparison.   Some 
pre-coded  routines  such  as  multiplication  and  subtraction 
were  developed,  but  their  usefulness  was  limited. 

It  was  at  this  stage  of  history  that  the  computer 
programmer  came  on  the  scene.   His  job  was  to  take  over 
the  task  of  recasting  the  desired  algorithm  into  a  form 
suitable  for  ingestion  by  the  computer.   Many  times,  however, 
the  programmer  was  not  familiar  with  the  engineering  problem 
at  hand;  the  engineer  was  not  familiar  with  programming  and 
the  entire  process  was  subject  to  gross  error.   Even  at  its 
best  the  process  was  a  source  of  great  delays  and  frustrations 
for  the  user.   [Ref.  2] 

In  1957,  IBM  introduced  FORTRAN  which  was  developed  by 
J.  W.  Backus  and  associates.   This  language  enabled  the  user 
to  express  his  problems  in  more  readily  understood  terms, 
thereby  closing  the  communication  gap  between  man  and  machine. 
FORTRAN  was  not  without  its  problems,  however.   In  the  first 
place,  it  was  not  a  problem-oriented  language.   In  addition, 
the  details  of  data -management  were  left  to  the  engineer,  or 
if  available,  the  programmer.   Be  this  as  it  may,  computer 
usage  increased  as  engineers  and  scientists  alike  jumped  at 
even  this  moderate  method  for  communicating  with  the  computer. 


At  the  same  time  that  FORTRAN  was  being  introduced  a 
trend  was  developing  which  provided  for  more  and  more 
complex  operating  systems.   So,  instead  of  bringing  the 
user  closer  to  the  machine  he  was  being  pushed  further  and 
further  away  and  was,  in  a  sense,  forced  to  communicate 
with  the  computer  by  letter  as  opposed  to  face-to-face.  The 
only  area  where  an  interactive  interface  between  man  and 
machine  was  being  actively  pursued  was  in  military  command 
and  control.   An  example  was  the  SAGE  system  which  used  a 
display  consisting  of  a  Charactron  display  tube,  a  light 
gun  (which  was  the  grandfather  of  today's  light  pens)  and 
a  set  of  special  purpose  function  keys.   The  operator  could 
identify  targets  on  the  display  for  "special  attention" 
by  pointing  to  them  with  the  light  gun  and  pushing  the 
appropriate  function  keys.  [Ref.  3]  ' 

Early  in  the  sixties  people  started  to  realize  that  a 
more  interactive  method  of  communication  with  the  computer 
must  be  developed.   It  was  at  this  point  that  interest  in 
graphical  displays  and  the  associated  input  mechanisms 
began  to  grow  rapidly. 

In  1963,  Ivan  Sutherland  introduced  his  Sketchpad  system 
and  demonstrated  how  effective  an  interactive  graphical 
display  could  be  for  improving  man-machine  communication. 
This  dissertation  did  more  to  attract  attention  to  interactive 
graphics  that  any  other  single  development  to  date. 

Sutherland's  motivation  for  developing  Sketchpad  was 
to  provide  a  system  which  would  do  away  with  the  requirement 
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of  inputing  analysis  statements  for  program  manipulation  via 
the  typewriter.   His  system  effectively  demonstrated  that  - 
a  graphic  display  with  the  appropriate  programming  support 
could  provide  the  user  with  the  ability  to  construct  and 
manipulate  drawing-type  information.   This  was  a  great  leap 
forward  because  at  last  the  engineers  and  scientists  would 
be  allowed  to  converse  with  the  machine  in  the  form  most 
natural  to  them,  i.e.  graphics.   To  allow  for  ease  of 
execution  by  the  user,  Sketchpad  contained  extensive  console 
support.   Facilities  were  provided  for  creating,  duplicating, 
and  manipulating  graphical  figures  with  no  prior  programming 
required  of  the  user.   This  characteristic  of  systems 
programming  being  performed  for  the  user  is  vital  to  an 
effective  interactive  graphical  <-;ystem.   [Ref.  4] 

Following  the  introduction  of  Sketchpad,  an  increasing 
number  of  similar  systems  were  developed.   Noteworthy 
amoung  these  were  Sketchpad  III  which  was  a  three  dimensional 
version  of  Sutherland's  system  and  the  DAC-1.   The  DAC-1 
was  introduced  in  1964  at  the  Fall  Joint  Computer  Conference 
in  San  Francisco,  California.   It  was  an  interactive  graphical 
system  developed  by  General  Motors  Corporation  in  which 
the  operator  created  and  modified  the  designs  of  automobile 
parts.   The  sketches  which  were  created  were  stored  in 
memory  and  were  converted  into  wooden  models  with  the  aid  of 
software  programs  for  controlling  the  appropriate  tools. 
An  important  feature  of  the  DAC-1  was  the  incorporation 
of  a  significantly  large  data  base  from  which  the  user 


could  call  out  previously  defined  designs  in  order  to 
modify  them  or  incorporate  their  features  into  future 
designs.   It  is  important  to  note  that  the  facilities  for 
creating  and  modifying  the  drawings  were  pre-programed  for 
use  by  the  operator.   [Ref.  5] 

From  the  middle  sixties  to  the  present  little  has  been 
done  to  improve  upon  the  original  concepts  of  interactive 
graphical  systems.   Many  systems  have  been  developed,  but 
invariably  they  fall  short  of  their  ultimate  goal.   That  is, 
they  fail  to  provide  for  truly  efficient  and  effective  man- 
machine  interaction.   As  recently  as  1969,  Edward  Streit 
attempted  to  develop  his  own  system  for  interactive  graphics 
stating  in  part: 

"The  original  motivation  for  the  development 
of  this  system  was  supplied  by  the  author's  ever- 
increasing  dissatisfaction  with  currently  offered 
cathode-ray  display  software."   [Ref.  6] 

In  the  same  year  Mr.  William  H.  Ninke  stated: 

"Initially,  I  think  we  saw  having  a  display 
on  a  computer  as  solving  all  our  design  problems. 
All  we  needed  was  the  equipment.   We  soon  dis- 
covered the  shallowness  of  this  attitude,  and, 
having  recognized  that  equipment  alone  wouldn't 
solve  problems,  we  began  in  earnest  to  lay  out 
a  plan  of  program  development "   [Ref.  7] 

From  the  preceding  discussion,  it  can  be  seen  that  since 

the  computer's  inception  the  main  problem  has  been  one  of 

communication.   Any  major  improvement  of  the  interactive 

graphical  system  will  require  examination  of  the  man  and 

the  machine  not  as  separate  entities  but  as  the  basic 

components  of  one  system  with  a  dire  need  for  effective 

communication . 
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The  computer's  particular  attributes  include  speed, 
memory  and  reliability.   Once  the  calculations  to  be  per- 
formed have  been  specified  in  detail  it  is  capable  of 
performing  them  at  an  astounding  rate  of  speed.   Its  memory 
is  capable  of  storing  large  amounts  of  data  and  it  may  be 
accessed  in  a  very  reliable  fashion. 

Man,  on  the  other  hand,  is  not  good  at  computation. 
He  is  slow,  he  makes  mistakes,  and  he  has  a  poor  memory  for 
figures.   He  does,  however,  bring  some  indispensable  features 
into  the  relationship.   He  has  experience,  imagination, 
social  and  esthetic  values,  an  exceptional  capacity  for 
pattern  recognition,  and  a  tolerance  of  ambiguity.   In 
addition,  he  can  create,  innovate,  and  be  inventive. 

In  brief,  "man  is  a  nonlinear,  discrete,  adaptive, 
time-varying  statistical  controller  with  a  mind  of  his 
own"  [Ref.  8]  while  the  computer  is  a  "lightning  fast, 
nit-picking,  myopic  idiot."  [Ref.  9] 

The  critical  feature  affecting  the  man,  the  computer, 
and  the  combined  operation  of  the  two  is  the  adequacy  of 
the  communications  link  between  them.   Obviously  the 
creation  of  a  satisfactory  interface  between  such  radically 
different  components  is  a  very  demanding  problem.   In  fact, 
despite  all  of  the  work  which  has  been  done  between  the 
development  of  Sketchpad  and  the  present-day  systems  the 
man-to-computer  communications  link  remains  the  weakest 
link  in  the  interactive  graphical  system. 
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An  analysis  of  man-machine  communications  reveals  two 
basic  components.   The  first  of  these  is  the  physical 
means  with  which  the  user  inputs  his  messages  to  the 
computer.   This  includes  such  things  as  the  teletype,  the 
light  pen,  and  function  switches.   The  second  component  is 
comprised  of  the  actual  messages  with  which  the  user 
controls  the  flow  of  the  analysis  by  the  computer.   At  the 
most  basic  level,  these  messages  consist  of  machine  language 
instructions  which  cause  the  manipulation  of  and  operation 
upon  the  various  registers  of  the  computer.   At  a  higher 
level,  a  language  such  as  FORTRAN  is  used  and  the  user  may 
utilize  arithmetic  assignment  statements  and  general  control 
options  such  as  the  conditional  statements.   These  state- 
ments are  then  translated  into  machine  language  prior  to 

o 

execution  by  the  machine.   It  should  be  noted  that  even  at 
this  higher  level  the  user  is  forced  to  communicate  via 
single  statements. 

It  is  the  author's  contention  that  these  basic  components 
of  communication  have  not  been  carefully  analyzed  and 
implemented  in  current  interactive  graphical  systems. 
Consequently,  the  communication  between  man  and  machine  is 
awkward  and  in  many  cases  non-productive.   It  is  the 
purpose  of  this  thesis  to  examine  the  basic  components  of 
the  communication  process  with  the  emphasis  placed  upon 
the  man  as  opposed  to  the  machine. 
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II.   CONTROLLING  PROGRAM  FLOW 

A.   GENERAL 

When  discussing  program  flow  in  an  interactive  graphical 
environment/  the  traditional  concepts  are  no  longer  valid. 
In  the  typical  "off-line:  application,  the  flow  follows  the 
linear  structure  depicted  in  Figure  1.   The  program  (which 
has  been  previously  defined  by  the  user)  reads  in  data, 
operates  on  it,  and  produces  what  sometimes  amounts  to 
volumes  of  output.   If  a  variation  of  data  is  desired  or  if 
a  change  in  the  general  flow  of  the  program  is  necessary, 
the  program  must  be  changed  accordingly  and  re-executed. 
This  type  of  operation  is  sufficient  for  the  mathematician 
looking  for  the  square  root  of  two  to  the  millionth  decimal 
place,  but  it  is  a  constant  source  of  frustration  for  the 
engineer  who  is  interested  in  studying  the  reactions  of  a 
particular  circuit  when  various  inputs  are  applied. 

With  an  interactive  graphical  system  there  are  at  any 
point  in  time  a  number  of  directions  in  which  program  flow 
can  proceed.   Because  of  this,  a  system  of  control  is  proposed 
in  which  the  user  is  permitted  to  move  between  the  various 
stages  of  program  execution  at  will.  Inputting  data,  analyzing 
results,  and  performing  calculations  are  examples  of  these 
stages  and  are  known  as  basic  execution  blocks.   This  more 
complicated  version  of  program  flow  is  shown  in  Figure  2. 
Within  the  basic  execution  blocks,  the  program  must  wait  for 
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Figure  1.   Program  Flow  in  an  off-line  environment 
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Figure  2.   Flow  in  an  interactive  graphical  system, 
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directions  from  the  user  at  the  completion  of  each  command. 
When  the  program  has  responded  to  the  action  dictated  by  the 
user,  it  wa'its  for  another  command  indicating  the  direction 
in  which  analysis  is  to  proceed.   The  process  continues  in 
this  manner  until  the  termination  of  execution  by  the  user. 

The  problem  with  this  version  of  controlling  program  flow 
is  in  determining  how  big  to  make  the  step  the  computer  takes 
before  pausing.   Obviously  you  don't  want  the  program  to  idle 
following  the  completion  of  each  machine  instruction.   This 
would  be  awkward  and  frustrating  for  the  user.   In  addition, 
you  do  not  want   the  traditional  concept  of  having  the  program 
pause  after  it  has  done  all  of  the  calculations  for  a 
particular  data  set.   This  is  also  frustrating  since  the 
user  possesses  too  little  control  over  the  execution.   In- 

o 

stead,  program  flow  is  best  represented  by  a  series  of 
function  executions.   The  user  indicates  which  function  he 
would  like  executed,  the  computer  complies  and  so  on.  It  is 
felt  that  by  working  on  the  level  of  function  execution 
naturalness  is  achieved.   For  example,  if  a  user  desires  to 
rotate  a  figure  by  forty-five  degrees  he  visualizes  the 
figure  rotating  by  forty-five  degrees.   He  does  not  imagine 
the  particular  programming  instructions  that  would  cause  this 
rotation  to  occur. 

As  used  here,  the  term  function  describes  any  sequence 

of  instructions  which,  when  executed,  cause  a  specific  event 
to  occur.   For  example,  the  hypothetical  function  "Grid" 

would  cause  a  grid  to  appear  on  the  face  of  the  CRT  when 
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executed.   The  instructions  that  go  to  make  up  the  function 
may  be  in  two  possible  forms.   They  may  be  basic  machine 
instructions  or  they  may  be  hardware  implemented.   In 
addition,  the  execution  of  one  function  may  require  the 
execution  of  any  number  of  other  functions  to  achieve  the 
desired  result.   Finally,  a  function  may  have  any  number  of 
parameters  from  zero  to  infinity.   The  parameters  are  used 
to  define  the  value  of  specific  variables  within  the  function 
that  cannot  be  specified  until  execution  time  under  normal 
circumstances.   An  example  of  this  occurs  in  the  function 
"Rotate"  where  the  number  of  degrees  to  be  rotated  is 
specified  at  execution  time. 

Because  of  the  wide  range  of  applications  that  can  be 
encountered  in  the  interactive  graphical  environment,  there 
are  many  different  functions  that  can  be  met.   For  example, 
the  functions  required  to  analyze  the  molecular  structure 
of  a  compound  in  chemistry  are  a  good  deal  different  from 
the  circuit  analysis  functions  required  in  electrical 
engineering.   In  addition,  the  chemist  would  not  be  interested 
in  having  the  electrical  engineering  functions  available 
to  him  and  vice  versa.   Because  of  this,  each  particular 
discipline  would  have  its  own  set  of  functions  to  use  when 
conversing  with  the  machine.   This  unique  set  of  functions 
would  be  known  as  the  discipline  set.   Each  of  the  sets 
however,  would  be  based  upon  a  subset  of  instructions  which 
all  disciplines  have  in  common.   All  discipline  sets,  for 
example  would  require  functions  enabling  the  user  to  display 
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results,  draw  a  line,  and  identify  a  particular  point. 
Functions  of  this  type  would  be  referred  to  as  basic 
functions.   It  would  seem  appropriate  to  maintain  a  library 
of  basic  functions  so  that  the  programmer  for  a  particular 
discipline  need  only  supplement  them  with  the  functions  which 
are  unique  to  his  area  in  order  to  obtain  the  required 
discipline  set.   This  relationship  between  two  discipline 
sets  is  illustrated  by  the  Venn  diagram  in  Figure  3.   The 
intersection  of  the  two  sets  is  the  set  of  basic  functions 
while  the  disjoint  portions  of  the  diagram  represent  the 
functions  associated  with  the  individual  disciplines. 

It  is  important  at  this  point  to  distinguish  between 
the  programmer  and  the  analyst  as  first  conceived  by  Corbin 
and  Frank  in  1967.  [Ref.  10]  The  analyst  is  the  ultimate 
user  for  whom  the  hardware  and  software  exists.  He  is  the 
problem  solver  and  consequently  should  not  have  to  concern 
himself  with  the  details  of  data  processing  hardware.  The 
analyst  operates  at  a  level  which  is  above  the  world  of 
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Figure  3.   The  relationship  between  two  discipline  sets 


17 


register  transfers  and  machine  cycles.   His  concern  is  with 
application  and  manipulation  oriented  functions .   Application 
functions  include  such  functions  as  would  be  required  to 
determine  the  total  resistance  of  a  circuit  or  the  stress 
on  a  beam.   Manipulation  functions,  on  the  other  hand, 
would  perform  such  operations  as  rotating  or  translating  an 
object. 

The  programmer  is  responsible  for  preparing  the  various 
functions  making  up  the  discipline  set  of  the  area  in  which 
he  is  working.   As  such  he  is  very  much  concerned  with  the 
hardware  and  the  use  of  the  basic  computer  language  in  which 
the  functions  are  to  be  written. 

B.   A  METHOD  FOR  PROBLEM  SOLUTION 

FDor  all  of  the  applications  found  in  the  interactive 
graphical  environment  there  is  a  generalized  method  for 
problem  solution.   This  method  describes  six  basic  phases 
of  activity  which  an  analyst  engages  in  during  the  process 
of  solving  a  particular  problem.   A  diagram  of  the  method 
is  shown  in  Figure  4.  The  six  phases  are: 

A.  Selecting  primitives 

B.  Defining  any  new  primitives  required 

C.  Constructing  a  model  of  the  problem 

D.  Selecting  the  analysis  functions  to  be  applied 

E.  Defining  any  new  analysis  functions  required 

F.  Outputting  results 

Phase  A  covers  the  process  of  selecting  primitives. 
This  consists  of  choosing  the  basic  building  blocks  for  the 
model  of  the  program  to  be  constructed.   In  the  case  of 
the  electrical  engineer,  for  example,  typical  primitives 
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would  be  capacitors,  resistors,  and  voltage  regulators.   In 

most  cases  the  primitives  required  for  any  particular 

problem  would  be  pre-defined  functions  contained  in  the  analyst's 

discipline  set.   If,  however,  an  analyst  was  working  with 

a  device  which  had  not  been  previously  defined,  he  would  set 

forth  the  definition  for  this  new  primitive  in  Phase  B. 

There  are  three  methods  for  defining  mew  primitives. 
These  are  analytic  definition,  empirical  definition,  and 
macro  definition.   The  analyst  can  supply  some  symbol  for 
the  primitive  he  wishes  to  define  by  constructing  the  symbol 
graphically.   He  may  then  define  the  nature  of  the  primitive 
using  one  of  the  three  methods  mentioned  above. 

The  analytic  method  consists  of  inputting  an  explicit, 
well-defined,  analytic  expression  in  some  previously  agreed 
upon  notation  such  as  an  arithmetic  assignment  statement. 


SELECT 
PRIMITIVES 


DEFINE  ANY  NEW 
PRIMITIVES 


CONSTRUCT  A 
MODEL 


OUTPUT 
RESULTS 


DEFINE  ANY  NEW 
ANALYSIS  FUNCTIONS 


SELECT  ANALYSIS 
FUNCTIONS 


Figure  4.   Illustration  of  the  generalized  method  for 
problem  solution. 
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It  is  important  to  note  that  no  experience  in  or  knowledge 
of  computer  programming  is  required  on  the  part  of  the  analyst 
for  defining  primitives  in  this  manner.   An  example  of 
analytic  definition  is  shown  in  Figure  5. 

In  many  cases  the  analyst  may  wish  to  define  a  primitive 
in  terms  of  experimental  data  or  in  some  way  other  that 
an  arithmetic  assignment  statement.   In  this  instance,  he 
would  use  the  empirical  definition.   This  consists  of  input- 
ting a  data  set  in  some  pre-determined  ordering  or  simply 
supplying  a  hand  drawn  curve  for  analysis  by  the  computer. 
An  example  is  shown  in  Figure  6. 

The  final  method  of  definition  is  through  the  use  of 
the  macro.   This  is  most  useful  in  those  cases  where  a  new 
primitive  is  actually  a  combination  of  previously  defined 
primitives.   In  this  instance  the  analyst  would  construct  a 


SYMBOL : 


El     f 


E2 


DEFINITION: 

E2  =  (El**2)  +  (0.03*el) 


Figure  5.   An  example  of  analytic  definition. 
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SYMBOL : 
el  — 


e2 


DEFINITION: 


el 


H — I  I  I  I  I 


e2 
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Figure  6.   An  example  of  empirical  definition 


SYMBOL : 
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B  

c  — 
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E 

D  

DEFINITION 

B  

J>-E 

—    X 

C 

t  r\y 

Figure  7.   An  example  of  macro  definition, 
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network  of  primitives  in  the  proper  configuration  utilizing 
the  facilities  available  in  the  modeling  phase.   He  would 
then  equate  this  new  network  to  a  primitive  whose  symbol 
he  has  defined  graphically.   An  example  of  this  procedure 
is  shown  in  Figure  7.   The  definition  of  primitives  in  this 
phase  would  necessitate  the  use  of  basic  functions  providing 
the  capability  to  draw  primitives,  name  them,  file  and 
retrieve  previously  defined  primitives,  and  connect  existing 
primitives . 

Having  defined  all  of  the  primitives  which  he  expects 
to  utilize,  the  analyst  proceeds  to  use  these  primitives  to 
construct  a  symbolic  diagram  representing  his  formulation  of 
the  problem  to  be  analyzed.   It  is  this  process  of  construct- 
ing a  symbolic  diagram  that  is  known  as  the  modeling  phase. 
In  the  case  of  an  electrical  engineer,  this  phase  would 
consist  of  drawing  the  dircuit  diagram  of  the  circuit  in 
question. 

The  modeling  phase  would  necessarily  contain  a  set  of 
basic  functions  which  could  be  used  to  create,  modify, 
store,  retrieve,  name,  and  combine  symbolic  diagrams.  The 
basic  drawing  facilities  such  as  draw  curve,  draw  straight 
line,  erase,  delete ,    move,  and  copy  would  be  included  in 
this  set  of  functions.  In  addition,  the  basic  functions 
enabling  the  analyst  to  enter  alphanumeric  data  which  would 
be  associated  with  any  instance  of  a  primitive  must  be 
included  in  this  phase.-.  For  example,  the  analyst  could  select 
a  resistor  symbol  as  a  primitive  and  use  it  several  times 
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in  the  construction  of  a  circuit  diagram.   After  completing 
the  drawing,  he  would  go  back  to  each  occurance  of  the 
resistor  and  enter  the  resistance  for  that  primitive.  This 
can  be  accomplished  by  selecting  the  particular  instance 
and  associating  it  with  the  set  of  alphanumeric"  data  which 
is  entered  immediately  thereafter.   It  should  be  noted  that 
the  inclusion  of  this  feature  would  necessitate  a  sufficient 
data  structure  to  be  able  to  identify  the  separate  occurances 
of  the  primitives. 

After  completing  the  modeling  phase  the  analyst  is  ready 
to  select  the  specific  analysis  functions  which  he  would 
like  to  have  applied  to  his  model.   The  functions  used  here 
would  actually  be  a  collection  of  programs  representing  the 
most  widely  used  numerical  analysis  and  problem  solving 
techniques.   Functions  for  simulation  (both  fixed  time  step 
and  next  event  models) ,  a  relaxation  function,  an  integration 
function,  and  an  algebraic  equation  solver  would  be  typical. 
In  addition,  the  analyst  would  be  required  to  select  and 
adjust  the  manner  of  execution  of  any  particular  analysis 
technique.   Some  examples  of  such  choices  and  controls  are: 
The  interval  of  integration,  the  period  of  time  to  be 
simulated,  and  the  number  of  iterations.   Typically,  this 
type  of  information  would  be  entered  through  an  interactive 
exchange  between  the  computer  and  the  analyst  with  default 
conditions  available  if  the  analyst  has"  no  particular 
choice. 
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The  analyst  also  has  the  option  of  continuing  on  to 
Phase  D  which  consists  of  defining  any  new  analysis  functions 
which  he  may  require.   This  phase  is  required  since  it 
would  be  impossible  to  predict  all  of  the  required  analysis 
techniques  for  any  given  application.   In  some  respects, 
this  phase  can  be  considered  as  a  programming  activity,  but 
it  should  be  noted  that  this  phase  would  not  normally  be 
required  since  most  analysis  functions  would  be  previously 
defined.   In  addition,  the  language  used  for  specifying  the 
new  function  would  be  as  high-level  as  possible  in  order  to 
maintain  the  naturalness  of  the  input.   At  the  very  least, 
the  specification  would  require  the  input  of  FORTRAN-like 
statements  on  the  part  of  the  analyst. 

The  final  phase  of  the  analysis  method  is  the  output 

a 

phase.   In  this  phase,  the  results  of  the  analysis  phase 
operations  on  the  model  are  fed  back  to  the  analyst.   Al- 
though this  phase  is  conceptually  the  simplest,  it  has  the 
potential  of  being  the  most  extensive.   The  subject  of  data 
presentation  is  a  field  in  itself  and  can  become  extremely 
elaborate.   Functions  to  display  two  dimensional  plots  of 
variables,  families  of  curves,  and  multiple  simultaneous 
plots  are  typical  of  the  types  of  functions  encountered  in 
this  phase.   Once  more  the  user  would  indicate  the  variables 
he  desired  plotted,  scale  factors,  etc.,  in  an  interactive 
mode  with  defaults  available. 

The  implementation  of  the  basic  facilities  described 
here  would  greatly  increase  the  capabilities  of  the  analyst 
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during  the  period  in  which  he  is  forming  and  evaluating 
conceptual  ideas.   It  would  allow  him  to  deal  with  the 
concepts  of  his  particular  discipline  through  "natural" 
communication  with  and  utilization  of  the  computer.   In 
addition,  the  use  of  the  six  analysis  phases  would  not 
require  any  excessive  learning  on  his  part  thereby  minimizing 
any  distraction  from  his  work.   Also,  it  is  inherently 
possible  for  the  analyst  to  make  mistakes  in  the  use  of 
the  system  without  the  loss  of  any  significant  amount  of 
time  other  than  the  amount  involved  in  correcting  the  error. 
To  an  extent,  this  is  accomplished  by  the  division  of  the 
process  into  distinct  phases.   It  is  supported,  however,  by 
the  fact  that  execution  may  be  started  or  stopped  at  any 
time  at  the  discretion  of  the  analyst.   In  addition,  he 
may  move  between  phases  at  will.   As  an  example,  suppose 
that  an  electrical  engineer  realized  in  the  modeling  phase 
that  he  had  failed  to  specify  a  capacitor  as  a  primitive. 
At  this  point,  he  need  only  revert  to  the  phase  for  selecting 
primitives,  call  out  the  capacitor,  and  continue  back  in 
the  modeling  phase. 
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III.   INPUT  HARDWARE 
A.   GENERAL 

c 

In  the  past,  the  choice  of  a  particular  input  device 

to  be  used  by  the  analyst  has  been  largely  a  matter  of 

applying  the  "I  think  this  better"  hypothesis  by  the  system 

designer.   As  an  example,  when  Sutherland  was  designing 

Sketchpad,  he  was  disillusioned  with  the  teletype  as  an 

input  device.   Consequently,  he  utilized  the  light  pen  with 

menu  to  a  large  degree  in  his  system.  [Ref .  11]   This 

decision  was  apparently  based  upon  personal  preference  as 

opposed  to  the  application  of  human  factors  techniques  to 

determine  which  of  a  variety  of  available  devices  was 

preferable.   This  type  of  approach  can  and  has  led  to  the 

situation  where  the  analyst  is  frustrated  in  his  efforts  to 

control  a  possibly  superior  software  system  because  he  has 

been  provided  with  inadequate  control  hardware.  In  19  66 

Nilo  Lindgren  stated  in  part: 

"The  problems  of  "man-computer  symbiosis" 
as  defined  by  Licklider  are  the  result  of  an 
inadequate  physical  interface.   That  is,  the 
console  with  its  displays  and  controls.   [Ref.  12] 

At  the  present  time,  man's  inputs  to  the  computer  in 

an  interactive  graphical  system  tend  to  be  limited  to  such 

devices  as  the  teletype,  the  function  selection  box  with 

push  buttons,  and  the  light  pen.   Recently,  however,  more 

intricate  hardware  has  been  added  to  the  inventory  of 

available  devices.  The  following  is  a  description  of  some 

of  the  more  interesting. 
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The  Rand  Tablet  is  so  called  because  it  was  originally 
developed  by  the  Rand  Corporation  of  Santa  Monica, 
California.   It  consists  of  an  array  of  X  and  Y  electrical 
conductors  arranged  just  below  the  top  surface  of  the 
writing  area.  Each  line  is  fed  by  a  distinct  ten  bit  serial 
pulse  train  generated  by  capacitive  encoders.   A  stylus 
containing  a  high-gain  amplifier  is  positioned  over  the 
working  surface  and  detects  the  pulse  trains  from  the  nearest 
X  and  Y  lines  thereby  fixing  the  location  the  stylus. 

The  track-ball  can  produce  either  an  analog  or  digital 
output.   By  rolling  it  in  any  direction,  the  operator  can 
drive  a  cursor  on  a  display. 

The  joy-stick,  which  is  a  descendent  of  the  control 
device  used  in  aircraft,  supplies  outputs  similar  to  the 
track-ball.   In  addition,  it  can  be  designed  to  provide 
an  output  proportional  to  either  the  force  applied  to  the 
joy-stick  or  its  deflection 

The  SRI  Mouse  which  was  developed  by  the  Stanford 
Research  Institute  is  constructed  of  two  potentiometers, 
mounted  orthogonally,  each  of  which  has  a  wheel  attached 
to  its  shaft.   As  the  case  is  moved  over  a  surface,  the 
motion  of  the  wheels  on  the  surface  will  generate  an  out- 
put proportional  to  the  X  and  Y  motion  of  the  device.  [Ref.  13] 

It  is  interesting  to  note  that  few,  if  any,  of  the 
aforementioned  devices  have  the  associated  data  on  oper- 
ating characteristics  required  to  properly  perform  a 
human-engineering  evaluation  during  system  development. 

[Ref.  14] 
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There  appear  to  be  two  prevailing  philosophies  concern- 
ing the  inadequacy  of  the  control  hardware.   The  first 
seems  to  advocate  waiting  for  the  perfection  of  more  exotic 
devices  such  as  automatic  speech  recognition  and  inter- 
pretation hardware  and  the  problem  will  cease  to  exist. 
The  second  philosophy  acknowledges  the  seriousness  and  the 
immediacy  of  the  problem  but  believes  that  improved  man- 
machine  communication  evaluation  requires  new  knowledge  in 
the  field  of  human  factors  engineering.   [Ref.  15] 

With  respect  to  the  need  for  advances  in  the  field  of 
human  factors  engineering,  the  truth  is  that  while  new 
knowledge  would  be  of  value  there  is  sufficient  knowledge 
at  present  to  radically  improve  the  man-machine  interface. 
We  are  not  in  the  habit  of  applying  current  know-how  in 
the  design  of  man-machine  interfaces  because  we  are  not 
even  applying  our  knowledge  to  devices  which  we  encounter 
every  day  in  other  walks  of  like.   Our  road  signs,  traffic 
signals,  schedule  boards  in  airports,  typewriters,  books, 
and  magazines,  in  fact,  nearly  all  methods  of  presenting 
information  for  human  consumption  exhibit  an  almost  total 
lack  of  respect  for  simple,  well-known  principles  of  human 
factors  engineering.   This  is  due  mainly  to  the  fact  that 
human  beings,  once  they  construct  and  adjust  to  a  machine, 
no  matter  how  cumbersome,  resist  having  it  changed  even 
though  the  change  would  mean  improvement  in  the  function  or 
ease  of  use.   [Ref.  16] 
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This  failure  to  apply  basic  human  factors  engineering 
principles  is  evidenced  by  most  of  the  interactive  graph- 
ical systems  in  use  today.   For  example,  systems  engineers 
will  go  to  great  lengths  to  design  and  implement  a  more 
effective  data  structure.   In  the  process,  theyc will  often 
do  extensive  simulation  and  validation  testing  to  insure 
that  the  data  structure  will  be  efficient  and  appropriate 
for  the  application  involved.   In  comparison,  the  hardware 
devices  used  by  the  human  to  input  the  information  to  be 
stored  in  the  data  structure  receive  little  or  no  consider- 
ation.  The  point  here  is  that  while  it  is  important  to 
analyze  the  operations  to  be  performed  by  the  machine,  it 
is  equally  important  to  analyze  the  human  side  of  the 
system.   The  human  must  be  given  equal  consideration  through 
the  application  of  established  techniques  for  human  factors 
analysis.   In  designing  the  computer  side  of  the  system, 
consideration  is  given  to  the  computer's  basic  character- 
istics such  as  the  best  operating  temperature,  the  maximum 
line  length,  the  delay  time  required,  and  the  size  of  its 
memory.   So,  when  designing  the  devices  to  be  used  by  the 
human  side  of  the  system,  it  is  only  appropriate  that  equal 
consideration  be  given  to  the  man's  basic  attributes--his 
sensory  capabilities,  his  muscular  strength,  his  perception, 
his  native  skills,  and  his  optimum  work  load.   [Ref .  17] 

With  regard  to  the  philosophy  that  .is  is  best  to  wait 
until  more  sophisticated  hardware  devices  are  developed,  the 
fact  is  that  the  state-of-the-art  devices  are  not  being  used 
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at  their  maximum  efficiency.   More  research  is  required  to 
fix  the  environment  in  which  the  various  mechanisms  at  the 
disposal  of  the  system  designer  are  best  suited  before  such 
a  rash  statement  of  inadequacy  can  be  made.   Without  being 
fully  aware  of  the  capabilities  that  currently  exist,  it 
is  virtually  impossible  to  state  categorically  that  present- 
day  equipment  is  not  sufficient.   Once  more  a  lack  of 
research  and  the  application  of  basic  human  factors 
engineering  principles  is  responsible. 

B.   FUNCTION  CLASSIFICATION 

When  analyzing  an  input  device  for  use  in  the  inter- 
active graphical  environment,  it  can  be  noted  that  it  will 
have  two  possible  tasks.   These  tasks  are  to  initiate  a 
function  or  to  provide  the  parameters  for  a  function  which 
has  been  initiated.   A  further  analysis  of  functions  re- 
veals that  their  compatability  with  an  interactive  system 
is  dependent  to  a  large  extent  on  the  number  of  inputs 
which  must  be  supplied  by  the  analyst  in  order  to  completely 
define  the  parameters  associated  with  the  particular 
function  involved.   If,  for  example,  a  function  required 
seven  inputs,  this  would  certainly  be  more  clumsy  for  the 
user  than  one  requiring  only  one  or  two  inputs.   Along  this 
line,  it  is  useful  to  classify  functions  according  to  this 
number  of  inputs  required.   This  number  will  be  an  integer 
from  zero  to  infinity.   A  function  which  requires  two 
parameters  to  be  completely  defined  would  be  a  Class  two 
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function.   As  an  example,  consider  the  hypothetical 
function  "Dot"  which  would  place  a  dot  at  a  specific 
location  when  executed.   This  would  be  a  Class  two  function 
since  two  parameters  (an  X  and  a  Y  coordinate)  would  be  re- 
quired to  uniquely  identify  the  location  of  the  dot.   The 
function  "Line,"  on  the  other  hand,  would  be  a  Class  four 
function  since  the  X  and  Y  coordinates  of  both  end  points 
would  be  necessary  to  fully  define  the  entity. 

This  method  of  function  classification  is  of  value  to 
the  system  engineer  because  it  gives  him  a  feel  for  the 
amount  of  information  which  an  analyst  would  be  required  to 
supply  when  executing  a  particular  function.   The  higher 
the  class  of  the  function,  the  more  information  required 
and  consequently  the  more  action  demanded  of  the  analyst. 

It  is  worthwhile  to  note  that  the  hardware  device  used 
to  supply  the  required  inputs  can  change  the  effective 
class  of  the  function.   In  the  case  of  the  "Dot"  function, 
for  example,  if  a  teletype  was  being  used  to  input  the 
information  it  would  remain  a  Class  two  function  since  the 
analyst  would  be  required  to  input  two  coordinates.  If, 
however,  a  joy-stick  was  being  utilized  to  indicate  the 
position  at  which  the  dot  was  to  be  placed,  the  function 
would  effectively  become  a  Class  one  since  only  one  input 
(the  proper  positioning  of  the  joy-stick)  would  be  required 
of  the  analyst.   This  ability  to  lower  the  effective  class 
of  a  function  is  one  of  the  reasons  for  the  popularity  of 
such  input  devices  as  the  SRI  Mouse  and  the  joy-stick.   This 
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is  not  to  infer,  however,  that  this  is  the  only  characteristic 
worth  considering.   Other  characteristics  such  as  natural- 
ness of  use,  speed,  and  error  rate  must  also  be  taken  into 
consideration  when  choosing  between  several  available  devices. 

c 

C.   AN  EXAMPLE  TEST 
1.   General 

As  an  example  of  the  type  of  research  that  should 
be  performed  when  choosing  an  input  device  for  use  in  an 
interactive  graphical  system,  tests  were  designed  and  con- 
ducted to  compare  the  relative  merits  of  the  light  pen  with 
menu,  the  teletype,  and  function  switches.   These  particular 
devices  were  used  since  they  represent  the  most  commonly 
used  hardware  for  selection  of  a  function,  regardless  of  its 
Class.   The  tests  were  conducted  in  a  manner  designed  to 
simulate  the  general  situation  facing  an  analyst  who  must 
select  one  of  a  number  of  available  functions.   In  addition 
to  judging  the  ability  of  the  three  devices  in  this  situation, 
the  relative  merits  of  displaying  a  large  number  of  functions 
at  once,  using  a  limited  number  of  functions,  and  dis- 
playing a  large  number  of  functions  with  only  a  limited 
number  shown  at  any  instant  were  analyzed. 

The  experiment  consisted  of  seven  separate  phases 
of  activity.   For  each  phase,  the  total  time  required  to 
complete  the  phase  and  the  total  number  of  errors  made 
were  recorded.   The  participants  were  taken  through  the 
various  phases  in  random  order  to  avoid  any  possible  bias. 
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is  not  to  infer,  however,  that  this  is  the  only  characteristic 
worth  considering.   Other  characteristics  such  as  natural- 
ness of  use,  speed,  and  error  rate  must  also  be  taken  into 
consideration  when  choosing  between  several  available  devices. 

c 

C.   AN  EXAMPLE  TEST 
1 .   General 

As  an  example  of  the  type  of  research  that  should 
be  performed  when  choosing  an  input  device  for  use  in  an 
interactive  graphical  system,  tests  were  designed  and  con- 
ducted to  compare  the  relative  merits  of  the  light  pen  with 
menu,  the  teletype,  and  function  switches.   These  particular 
devices  were  used  since  they  represent  the  most  commonly 
used  hardware  for  selection  of  a  function,  regardless  of  its 
Class.   The  tests  were  conducted  in  a  manner  designed  to 
simulate  the  general  situation  facing  an  analyst  who  must 
select  one  of  a  number  of  available  functions.   In  addition 
to  judging  the  ability  of  the  three  devices  in  this  situation, 
the  relative  merits  of  displaying  a  large  number  of  functions 
at  once,  using  a  limited  number  of  functions,  and  dis- 
playing a  large  number  of  functions  with  only  a  limited 
number  shown  at  any  instant  were  analyzed. 

The  experiment  consisted  of  seven  separate  phases 
of  activity.   For  each  phase,  the  total  time  required  to 
complete  the  phase  and  the  total  number  of  errors  made 
were  recorded.   The  participants  were  taken  through  the 
various  phases  in  random  order  to  avoid  any  possible  bias. 
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All  of  the  subjects  tested  had  some  prior  knowledge  of  the 
hardware  being  used.   In  addition,  a  presentation  explain- 
ing  the  format  of  the  experiment  and  a  review  of  the  hard- 
ware operation  was  given  to  the  entire  group  of  participants 
prior  to  the  individual  testing. 

Phases  one  and  four  were  conducted  to  simulate  the 
case  where  a  large  number  of  functions  (twenty-eight)  are 
available  to  the  analyst  and  all  are  displayed  simultaneously. 
In  Phase  one,  the  functions  were  displayed  on  the  face  of 
the  CRT  and  individual  selections  were  made  with  the  light 
pen.   Phase  four  consisted  of  selecting  the  desired  function 
by  pushing  the  proper  function  switch. 

In  Phases  two  and  five  the  situation  was  simulated 
in  which  a  large  number  of  functions  are  in  use;  however, 
only  a  limited  number  (seven)  contained  on  one  of  four 
"pages"  are  displayed  at  any  given  instant.   These  phases 
were  conducted  to  test  the  hypothesis  that  an  analyst  would 
be  able  to  function  more  efficiently  when  confronted  by  a 
small  number  of  functions  at  any  given  instant  as  opposed 
to  displaying  them  all  at  once.   For  Phase  two,  the  functions 
were  displayed  on  the  CRT  one  page  at  a  time.  In  Phase  five, 
the  functions  were  listed  on  four  templates  and  the  user 
was  required  to  place  the  proper  template  over  the  function 
switches  and  press  the  required  switch. 

Phases  three  and  six  consisted  of  utilizing  only  a 
limited  number  of  functions  (seven)  which  were  displayed  at 
one  time.   This  was  done  to  test  the  assertion  that  the 
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analyst  would,  when  confronted  by  a  limited  number  of 
choices,  become  familiar  with  them  more  rapidly  and  make 
fewer  errors  with  greater  speed  than  in  the  case  of  a  large 
number  of  functions. 

For  Phase  seven,  the  situation  in  which  the  user 
must  type  in  the  names  of  the  functions  required  via  the 
teletype  was  simulated.   This  was  done  in  an  effort  to  com- 
pare a  device  requiring  some  amount  of  skill  to  those 
requiring  very  little. 

2 .   Description  of  the  Hardware  Used 

The  teletype  used  in  the  experiment  was  a  Teletype 
Corporation  Model  33  teletypewriter.   This  is,  basically, 
an  electromechanical  input  device  which  is  used  to  inter- 
face with  the  Adage  AGT/10  graphical  display  unit. 

Because  a  function  box  with  a  sufficient  number  of 
switches  was  not  available,  a  wooden  model  was  constructed 
for  use  in  the  evaluation.   The  box  consisted  of  twenty- 
eight  function  switches  arranged  in  four  rows  of  seven  each. 
In  addition,  each  of  the  switches  was  connected  to  a  separate 
light  to  indicate  activation  of  that  switch.   To  select  a 
particular  function,  the  button  was  depressed  and  the 
indicator  associated  with  that  switch  would  light.   When 
released,  the  button  would  return  to  the  original  position 
automatically  and  the  light  would  go  out. 

The  light  pen  which  was  utilized  was  a  hand  held  pen 
with  a  fingertip  switch  on  the  barrel  for  making  a  selection. 
The  selection  was  made  from  a  list  or  menu  of  function  names 
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which  were  displayed  on  the  CRT  of  the  AGT/10.   The  names 
were  composed  of  characters  which  were  0.30  inches  high 
and  0.20  inches  wide. 
3 .   The  Experiment 

c 

The  various  phases  of  the  experiment  were  conducted 
as  follows: 

a.  Phase  1 

The  subject  was  given  a  list  of  15  functions 
to  be  selected.   He  then  picked  up  the  light  pen  and  pro- 
ceeded to  pick  the  proper  function  from  a  menu  containing 
28  function  names.   The  menu  was  displayed  on  the  CRT  as 
shown  in  Figure  8.   A  selection  was  indicated  by  having  the 
name  of  the  function  displayed  below  the  menu.   An  example 
of  this  is  illustrated  in  Figure  9  with  the  function  "Point" 
selected.   After  selecting  a  function,  the  subject  placed 
the  light  pen  on  the  table  in  front  of  him  and  proceeded 
to  read  the  name  of  the  next  function  to  be  chosen.   He  then 
picked  up  the  light  pen  to  select  the  function  as  above. 
This  process  was  continued  until  all  15  functions  had  been 
completed. 

b.  Phase  2 

In  this  phase,  the  subject  was  given  a  list  of 
15  functions  to  be  selected  as  before.   After  reading  the 
name  of  the  first  function  to  be  selected  the  page  on 
which  the  function  was  listed  had  to  be  located.   This  was 
accomplished  by  moving  from  page  to  page  with  the  aid  of 
the  light  pen  and  menu.   To  select  page  two,  for  example, 
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Figure  8.  Large  number  of  functions  on  one  "menu" 
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Figure  9.   The  function  Point  has  been  selected 
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the  subject  would  select  "TWO"  from  a  list  at  the  bottom 
of  the  menu  which  contained  the  various  page  numbers.  This 
is  illustrated  in  Figure  10.   After  finding  the  proper 
page,  the  subject  would  select  the  required  functions  from 
that  page  as  in  Phase  one.   Following  this,  the  name  of  the 
next  function  to  be  selected  was  read  from  the  list  and 
testing  proceeded  as  indicated  above.   This  process  con- 
tinued until  all  of  the  functions  had  been  selected. 
c.   Phase  3 

In  this  phase,  only  seven  functions  were  dis- 
played on  the  CRT.   Other  than  this,  testing  was  identical 
to  that  described  in  Phase  one. 
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Figure  10.   A  multi-paged  display  with  page  two  selected 
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d.  Phase  4 

This  phase  was  similar  in  all  respects  to 
Phase  one  with  the  following  exceptions.   Functions  were 
selected  by  pushing  the  proper  button  on  the  function  box 
as  opposed  to  selecting  them  from  a  menu.   The  particular 
function  selected  was  indicated  by  the  light  which  was 
energized.   The  function  box  is  shown  in  Figure  11. 

e.  Phase  5 

Instead  of  having  the  functions  on  four  pages 
which  were  selected  with  the  light  pen  as  in  Phase  two,  the 
subject  was  given  a  series  of  four  templates  with  seven 
function  names  per  template.   To  select  a  particular  function 
he  was  required  to  locate  the  proper  template,  place  it 
over  the  function  keys,  and  push  the  button.   Once  more,  the 
function  selected  was  indicated  by  a  light.   With  the  above 
exceptions,  the  test  proceeded  as  in  Phase  two. 

f.  Phase  6 

This  phase  modeled  Phase  three  with  function 
switches  taking  the  place  of  the  light  pen  and  menu. 

g.  Phase  7 

In  this  phase,  the  subject  was  required  to 
input  the  list  of  15  functions  to  be  selected  via  the 
teletype.   After  reading  the  name  of  the  function  he  typed 
it  in  and  followed  this  with  a  carriage  return.   This  pro- 
cess  continued  until  all  of  the  function  names  had  been 
typed  in. 
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4 .   Test  Results 

The  actual  results  obtained  from  the  experiment  are 
contained  in  Appendix  A.   Figure  12  compares  the  mean  total 
time  required  to  select  functions  from  a  limited  number  of 
alternatives  with  no  penalty  for  error.   It  should  be  noted 
that  while  the  teletype  is  definitely  unfavorably  rated  in 
this  case,  the  function  switches  and  menu  are  close  enough 
to  require  further  comparison  of  the  two  before  choosing 
one  over  the  other.   Such  things  as  ease  of  use  and  natural- 
ness would  be  considered  in  this  testing.   Figure  13  depicts 
the  total  number  of  errors  committed  for  each  device.  Once 
more  the  teletype  is  definitely  undesirable  while  the 
function  switches  and  menu  remain  undecided. 

In  order  to  obtain  a  representation  of  the  time 
required  to  perform  a  task  taking  error  correction  into 
account/  the  adjusted  selection  time  was  calculated.  This 
was  done  by  first  dividing  each  subject's  total  selection 
time  by  the  number  of  functions  selected  (fifteen) .   This 
yielded  the  average  time  for  each  function  selection  for 
that  subject.   This  time  was  then  multiplied  by  the  number 
of  mistakes  encountered  to  get  the  total  correction  time. 
The  total  correction  time  was  then  added  to  the  subject's 
selection  time  to  obtain  the  adjusted  selection  time.   As 
an  example,  consider  the  case  where  the  subject  selected  the 
fifteen  functions  in  thirty  seconds  with  three  errors.   The 
average  function  selection  time  is  thirty  divided  by  fif- 
teen or  two  seconds.   The  correction  time  is  two  seconds 
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multiplied  by  three  errors  or  six  seconds.   So,  the  adjusted 
selection  time  in  this  case  would  be  thirty-six  seconds. 

In  Figure  14,  the  adjusted  selection  time  for  each 
device  is  illustrated.   Although  the  difference  between  the 
function  switch  and  menu  increased  somewhat  in  this  case 
there  is  still  an  insufficient  separation  between  the  two 
to  justify  choosing  one  over  the  other.   The  teletype,  on 
the  other  hand,  remains  an  unsatisfactory  choice. 

The  mean  selection  times  for  the  various  devices  with 
a  large  number  of  functions  displayed  simultaneously  are 
compared  in  Figure  15.   In  this  case  all  three  devices  are 
closely  related  and  selecting  one  in  particular  on  this 
basis  alone  would  not  be  valid.   In  figure  16,  the  total 
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number  of  errors  committed  in  this  situation  is  shown  for 
each  device.   The  error  rates  for  function  switches  and 
the  menu  are  comparable  while  the  teletype  is  unsatisfactory 
in  comparison.   An  analysis  of  the  adjusted  selection 
times  illustrated  in  Figure  17  supports  the  hypothesis  that 
the  devices  are  comparable  in  this  instance  in  spite  of  the 
error  rates  and  further  testing  would  be  required  in  order 
to  decide  which  was  preferable. 

The  mean  selection  times  for  each  device  when  a  large 
number  of  functions  are  paged  is  illustrated  in  Figure  18. 
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Investigation  reveals  that  the  teletype  is  the  most  pre- 
ferable and  the  function  switches  the  least  preferable  in 
this  case.   The  poor  showing  on  the  part  of  the  function 
switches  was  caused  by  the  requirement  that  the  subject 
manually  "page"  through  the  templates  to  obtain  the  one 
desired.   An  examination  of  the  error  rates  as  shown  in 
Figure  19  reveals  the  function  switches  and  the  menu  to  be 
the  most  accurate  as  before.   The  teletype,  however,  re- 
mained very  error  prone.   The  adjusted  selection  times 
showed  the  teletype  to  be  the  most  favorable  in  spite  of 
its  high  error  rate.   This  is  illustrated  in  Figure  20. 
5 .   Conclusions 

From  the  test  results,  several  general  conclusions 
are  possible.   First,  it  is  best  to  implement  a  limited 
set  of  functions.   This  enables  the  analyst  to  scan  the 
list  quickly  and  with  a  minimum  of  frustration.   This 
conclusion  is  based  upon  the  fact  that  selecting  from  a 
limited  number  of  functions  was  clearly  faster  and  more 
error-free  than  either  of  the  other  choices  in  the  experi- 
ment.  It  should  be  noted  that  the  choice  of  seven  functions 
to  represent  a  limited  number  was  strictly  arbitrary  and 
further  testing  would  be  required  to  establish  an  upper 
bound  on  this  figure. 

With  regard  to  the  hardware  that  should  be  associated 

■ 

with  this  choice,  the  function  switches  or  menu  would  be 

preferable  to  the  teletype.   Since  these  alternatives  rated 

so  close  together  in  the  tests  conducted,  further  investigation 
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concerning  such  things  as  ease  of  use  and  naturalness  would 
be  required  to  select  between  the  two. 

The  second  conclusion  is  that  if  it  is  not  possible 
to  work  with  a  limited  number  of  functions  the  next  best 
alternative  is  to  display  all  of  the  functions  at  once.   In 
this  case,  further  investigation  of  the  three  input  devices 
considered  would  be  required  to  choose  one  in  particular 
since  all  rated  closely  in  the  testing. 

Finally,  if  neither  of  the  above  alternatives  is 
possible  the  use  of  the  teletype  would  be  advocated  for  in- 
putting the  various  functions  as  opposed  to  paging  with  the 
function  switch  or  menu.   It  should  be  emphasized  that  this 
alternative  clearly  rated  below  the  other  choices  and 
should  be  avoided. 
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IV.   SUMMARY 

It  has  been  shown  that  by  combining  the  features  of 
graphical  communication  with  the  traditional  facilities 
offered  by  the  computer  it  is  possible  to  enhance  the  man- 
machine  relationship. 

A  highly  efficient  interaction  in  which  the  assets  of 
both  the  computer  and  the  man  are  properly  utilized  has  not 
been  achieved.   Therefore,  the  potential  users  of  interactive 
graphical  systems  are  finding  more  traditional  means  such 
as  batch  processing  to  solve  their  problems  in  spite  of  the 
delays.   This  failure  to  achieve  a  satisfactory  uniting  of 
man  and  machine  has  been  caused  by  the  failure  of  present- 
day  systems  to  develop  a  sound  communications  link  between 
the  two. 

An  analysis  of  this  communications  link  has  revealed 
two  basic  components:   the  method  by  which  the  user  controls 
program  flow  and  the  hardware  device  used  to  communicate 
commands  to  the  computer. 

Upon  further  investigation  of  the  control  of  program 
flow,  it  was  discovered  that  the  traditional  pattern  of 
inputting  information,  performing  calculations,  and  out- 
putting  the  results  was  not  satisfactory  for  an  interactive 
graphical  environment.   Instead,  a  system  in  which  the 
machine  executes  an  instruction  and  then  idles  while  await- 
ing further  direction  from  the  user  is  preferred.   In 
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addition,  the  basic  step  taken  by  the  machine  prior  to 
receiving  further  direction  would  be  a  function.   This  would 
provide  the  user  with  a  maximum  amount  of  control  over  the 
program  without  being  awkward. 

The  functions  available  to  a  user  from  a  particular 
area  (who  would  be  known  as  the  analyst)  would  be  prepared 
by  a  programmer  and  were  referred  to  as  the  discipline  set. 
A  subset  of  these  which  would  be  common  to  all  disciplines 
were  referred  to  as  basic  functions. 

A  generalized  method  for  problem  solution  and  program 
control  which  would  increase  the  capabilities  of  the  analyst 
by  allowing  him  to  interact  with  the  machine  in  a  natural 
manner  and  with  a  minimum  of  learning  was  described.   This 
consisted  of  six  basic  phases  of  activity  as  follows: 
Phase  A:   Selecting  primitives 

Phase  B:   Defining  any  new  primitives  required 
Phase  C:   Constructing  a  model  of  the  problem 
Phase  D:   Selecting  the  analysis  functions  to  be  applied 
Phase  E.   Defining  any  new  analysis  functions  required 
Phase  F:   Outputting  results 
An  investigation  of  hardware  control  devices  revealed 
that  for  the  most  part  there  is  no  evidence  that  human 
factors  engineering  techniques  were  applied  when  selecting 
a  particular  piece  of  equipment  over  another.   As  a  result, 
users  are  frequently  frustrated  in  their*  attempts  to  input 
commands  to  the  machine. 
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A  function  classification  system  was  proposed  in  which 
the  functions  were  given  a  number  to  indicate  the  amount  of 
information  which  the  user  would  be  required  to  supply  to 
completely  define  that  particular  function.   It  was  noted 
that  the  particular  hardware  device  used  could  effectively 
lower  the  class  of  a  function. 

As  an  example  of  the  type  of  analysis  that  should  be 
performed  when  analyzing  various  hardware  devices  tests 
were  designed  and  conducted  to  measure  the  relative  merits 
of  the  light  pen  and  menu,  the  function  switch,  and  the 
teletype.   In  addition,  the  tests  measured  the  effectiveness 
of  displaying  a  large  number  of  functions  simultaneously, 
displaying  a  limited  number  of  functions,  and  displaying 
a  large  number  of  functions  with  only  a  limited  number 

o 

shown  at  any  instant. 
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APPENDIX  A 

The  following  is  a  tabulation  of  the  actual  test  results. 
The  times  listed  are  in  seconds. 

LARGE  NUMBER  OF  FUNCTIONS 

fn  switch 

time         34    31    35    42    31    40    44    43    60    52    67    36    36    34    28    47 
errors  0000000001000000 

menu 

time         38    61    54    39    48    66    35    76    34    42    50    37    36    38    44    50 
errors  0001000010000000 

LIMITED  NUMBER  OF  FUNCTIONS 

fn  switch 

time         30    37    44    26    20    26    25    31    21    23    20    23    21    17    22    28  , 
errors  0000000010000000 

menu 

time         36    44    36    41    33    37    31    40    23    42    35    28    28    63    33    41 
errors  0000000010001000 

PAGED  FUNCTIONS 

fn  switch 

time    97  124  78  72  81  109  105  104  89  89  102  77  78  94  90 
errors     0    0000    0    0    010    00000 

menu 

time         80    73    70    78    65    62    61    93    50    74    98    46    60    50    66    72 
errors  0000100010000000 


TELETYPE 

teletype 

time         55    66    72    50    47    53    69    45    53    41    28    48    52    71    59    49 
errors  1200101301021101 
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